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REMARKS 

Claims 1-17 are now active in this application. 
REJECTION OF CLAIMS UNDER 35 U.S.C. § 102 AND 8 103 

I. Claims 1-3, 6, 8 and 10-15 are rejected under 35 U.S.C. § 102(e) as being anticipated by 
Lauet al. (USPN 6,463,032). 

The rejections are respectfully traversed. 

The factual determination of lack of novelty under 35 U.S.C. § 102 requires the identical 
disclosure in a single reference of each element of a claimed invention such that the identically 
claimed invention is placed into possession of one having ordinary skill in the art. Heliftx Ltd. v. 
Blok-Lok, Ltd., 208 F.3d 1339, 200 U.S. App. LEXIS 6300, 54 USPQ2d 1299 (Fed. Cir. 2000); 
Electro Medical Systems S.A. v. Cooper Life Sciences, Inc., 34 F.3d 1048, 32 USPQ2d 1017 
(Fed. Cir. 1994). 

There is a significant difference between the claimed invention and the arrangement 
disclosed by Lau et al. that scotches the factual determination that Lau et al. identically describes 
the claimed inventions within. 

Independent claim 1 requires, inter alia: 

a transmit queue queuing data retrieved from the memory for transmission 
from the port, 

an output terminal outputting the data packets, and 

a data path connecting the transmit queue and the output terminal, the data 
path having a gate controlling transferring of data packets in the data path to the 
output terminal. 
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Independent claim 8 requires, inter alia: 

reading data from the memory corresponding to each data packet to be 
transmitted from a respective transmit port and storing in a transmit queue from 
the respective port; 

transferring each data packet from the transmit queue to a data path 
connected between the transmit queue and an output terminal; and 

responsive to assertion and deassertion of an enable signal, transferring 
and blocking transferring data packets in the data path to the output terminal. 

Independent claim 12 requires, inter alia: 

a data path connecting between the transmit queue and the output 
terminal; and 

logic coupled to the data path that selectively controls blocking of data 
from the transmit queue to the output terminal. 

The Examiner asserts that "Lau discloses a plurality of output queues 58 for outputting 
data, and a data path between the output queues 58 for transmitting the data corresponding to the 
MAC port terminal to a FIFO of an identified output port." However output queues 58 are not 
the transmit queue recited in the claims and which is shown in Fig. 4 as Transmit FIFO 470. The 
data path 490 connects between transmit FIFO 470 and the outputting of the frame to RMII 18. 
The output queues 58 of the present application and of Lau et al. are the same and provide the 
same function of storing frame pointers, not data packets retrieved from the memory. The frame 
pointer is used to retrieve a data packet from the memory, but is not a data packet. 

The description in Lau et al. of a transmit queue includes column 5, lines 1-18 and 
column 7, lines 45+ which describes the dequeuing logic 76 retrieving the frame data (from the 
SSRAM 36) for a particular output port based on a fetched frame pointer and storing the frame 
data in the transmit FIFO, Any data path in Lau et al. would connect between the transmit 
FIFO and Mil 1 8. While a data path is inherently present in Lau et al. as the frame data stored in 
the transmit FIFO will be output to the Mil 18, there is no disclosure of such data path and 

-3- 

WDC99 1 107089-1.064965.0087 



Application No.: 09/314,969 

certainly no disclosure about a gate in the data path "controlling transferring of data packets in 
the data path to the output terminal" (claim 1), no disclosure about "transferring and blocking 
transferring data packets in the data path to the output terminal" . . . "responsive to assertion and 
deassertion of an enable signal" (claim 8), and no disclosure about "logic coupled to the data 
path that selectively controls blocking of data from the transmit queue to the output terminal". 

This is to be expected as Lau et al., having the same assignee as the present application, is 
not directed to a bit bucket as is the present application. What Lau et al. is directed to is a novel 
method of handling overflow in rules queues 102 which are part of IRC 40. Each rules queue is 
assigned to a single port and stores frame headers and pointers (not frame data) for each frame 
received at the port and the frame header and pointer in each rules queue is used by forwarding 
descriptor generator 112 to produce a forwarding descriptor which includes the port vector and 
the frame pointer. The port vector is used to determine which one of the output queues 58 
receives the frame pointer (not the frame data). The stored frame headers and pointers are output 
to forwarding descriptor generator 112 via ingress rules logic 106, source address lookup logic 
108 and destination address lookup logic 1 10. The point of Lau et al. is to allow frame pointers 
to bypass ingress rules logic 106, source address lookup logic 108 and destination address 
lookup logic 110 and go directly to forwarding descriptor generator 1 12 when an overflow state 
of any of the rules queues 102 is detected, preventing the loss of data due to such overflow 
condition. 

Thus, Lau et al. provides a rules queue overflow handling system and Fig. 5 shows 
overflow handling logic. The overflow handling logic does not change the natural manner in 
which the multiport switch of Lau et al. handles receipt and forwarding of frame data. More 
specifically, received frame data is placed into a receive FIFO buffer and is then transferred to 
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SSRAM 36. The frame data is then retrieved from SSRAM 36 and transferred to a transmit 
FIFO buffer (i.e., a transmit queue). The overflow handling logic disclosed in Lau et al. is 
clearly not involved with operations/functions in providing frame data in the transmit FIFO 
buffer to a (MAC) data path connecting between such transmit FIFO and the outputting of the 
frame to Mil 18. Thus, the subject matter disclosed in Lau et al. has nothing to do with a bit 
bucket which provides a useful mechanism and method for blocking the data that has been 
output from a transmit queue to the MAC data path from being output to the Mil and draining 
the data from the MAC data path. 

The above argued difference between the claimed system and method vis-a-vis the device 
and method of Lau et al. undermines the factual determination that Lau et al. identically 
describes the claimed inventions within the meaning of 35 U.S.C. § 102. Minnesota Mining & 
Manufacturing Co. v. Johnson & Johnson Orthopaedics Inc., 976 F.2d 1559, 24 USPQ2d 
1321 (Fed. Cir. 1992); Kloster Speedsteel AB v. Crucible Inc., 793 F.2d 1565, 230 USPQ 81 
(Fed. Cir. 1986). Applicants, therefore, submit that the imposed rejection of independent claims 

I, 8 and 12, as well as dependent claims 2, 3, 6, 8 and 10-15 under 35 U.S.C. § 102 for lack of 
novelty as evidenced by Lau et al. is not factually or legally viable and, hence, solicit withdrawal 
thereof. 

II. Claims 4, 5, 7, 9, 16 and 17 are rejected under 35 U.S.C. § 103(a) as being unpatentable 
over Lau et al. in view of Holden (USPN 6,151,301). 

However, as independent claims 1, 8 and 12 are patentable over Lau et al., claims 4, 5 
and 7 depending directly or indirectly from claim 1, claim 9 depending from claim 8, and claims 
16 and 17 depending indirectly from claim 12 are patentable over Lau et al. also, even when 
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considered in view of Holden. Consequently, the allowance of claims 4, 5, 7, 9, 16 and 17 is 
respectfully solicited. 

CONCLUSION 

Accordingly, it is urged that the application, as now amended, is in condition for 
allowance, an indication of which is respectfully solicited. If there are any outstanding issues 
that might be resolved by an interview or an Examiner's amendment, Examiner is requested to 
call Applicants' attorney at the telephone number shown below. 

To the extent necessary, a petition for an extension of time under 37 C.F.R. 1.136 is 
hereby made. Please charge any shortage in fees due in connection with the filing of this paper, 
including extension of time fees, to Deposit Account 500417 and please credit any excess fees to 
such deposit account. 



Respectfully submitted, 



McDERMOTT WILL & EMERY LLP 




600 13 th Street, N.W. 
Washington, DC 20005-3096 
Phone: 202.756.8000 EJW:cac 
Facsimile: 202.756.8087 
Date: July 12, 2005 



Please recognize our Customer No. 20277 
as our correspondence address. 



WDC99 1107089-1.064965.0087 



-6- 



